home *** CD-ROM | disk | FTP | other *** search
/ Amiga Tools 2 / Amiga Tools 2.iso / amiga-magazin-pd / 11-94-1 / vt-schutz v2.68 / vt.dokumente / vt2.68d < prev    next >
Text File  |  1995-03-09  |  73KB  |  1,555 lines
  1.  
  2.     *************************************************************
  3.     *                                                           *
  4.     *  In eigener Sache:                                        *
  5.     *  Ich, Heiner Schneegold, habe als Programmierer von VT    *
  6.     *  NIE irgendwelche Rechte am Programm oder an den Texten   *
  7.     *  aufgegeben.                                              *
  8.     *  Deshalb lege ich fest:                                   *
  9.     *  VT und/oder VT-Texte duerfen weder ganz noch teilweise   *
  10.     *  auf einer SHI-SUPERKILLER-Disk oder einer anderen von    *
  11.     *  SHI erstellten Disk veroeffentlicht werden.              *
  12.     *  Begruendung:                                             *
  13.     *  Trotz mehrmaliger Bitten um Abhilfe hat die Leitung von  *
  14.     *  SHI Icons ("kranker Computer") von VT abgeaendert, Pro-  *
  15.     *  grammteile und/oder Texte weggelassen. Dies entspricht   *
  16.     *  weder meinen Vorstellungen noch dem Freeware-Gedanken.   *
  17.     *  Eibelstadt, 17.12.93                                     *
  18.     *  Heiner Schneegold                                        *
  19.     *                                                           *
  20.     *************************************************************
  21.  
  22.       ab VT2.42 ist die Parameterabfrage fuer die Verwendung
  23.       in der startup-sequence entfernt !!!!!
  24.       Begruendung: das Prg ist inzwischen viel zu gross fuer die
  25.                    Verwendung in der startup-sequence
  26.  
  27.  HINWEIS:
  28.  
  29.    - Bitte lesen Sie zuerst VT.LiesMich. Danke !
  30.  
  31.    - Serienersteller sollten vorher Kontakt mit mir aufnehmen !!!
  32.  
  33.    Heiner
  34.  
  35.    WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG
  36.  
  37.       Entgegen anderslautenden Geruechten ist VT  KEIN  Hinter-
  38.       grundprogramm (???). Der Speicherverbrauch ist viel zu
  39.       hoch. Sie starten bitte VT, testen ihren Speicher und die
  40.       Disks. Bitte sind Sie so vernuenftig und sehen Sie ein, dass
  41.       nicht gleichzeitig ein anderes von Ihnen gestartetes Programm,
  42.       Schreibzugriffe auf die gerade zu testende Disk ausfuehren darf.
  43.       Es sollte bekannt sein, dass jeder Schreibzugriff die Disk-
  44.       struktur veraendert ( unter Umstaenden wird auch der BitMapBlock
  45.       verlagert !!).
  46.  
  47.                                                 Danke
  48.  
  49.    WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG
  50.  
  51.    WICHTIG 2:
  52.       Mit KS2.04 koennen Hardlinks (mit makelink) und Softlinks
  53.       (z.B. mit Assembler) erzeugt werden. VT kommt mit Hardlinks
  54.       unter KS1.3 und KS2.04 zurecht. Softlinks verkraftet VT nur
  55.       unter KS2.04 . Mit KS1.3 stuerzt VT beim File- u. BlockITest
  56.       mit GURU B ab. Die Links werden im FileRequester aber auch
  57.       mit KS1.3 erkannt und ohne GURU ausgewiesen (andere Routine).
  58.  
  59.    Hinweis: 26.01.92
  60.       Im Januar 92 sind mehrere Anrufe gekommen und zwei Disks geschickt
  61.       worden, bei denen der BlockKetteTest den Rueckzeiger auf den
  62.       Fileheader als falsch erkennt. Nach Commodore zeigt beim
  63.       OFS ein Langwort im DataBlock auf den Fileheaderblock zurueck.
  64.       Bei diesen Disks zeigt das Langwort auf den EIGENEN Datenblock.
  65.       Durch die doppelte Verkettung sind diese Files meist lauffaehig.
  66.       Ein Einzelfilecopy der ganzen Disk behebt diesen Fehler.
  67.       Versuche mit dem CopyBefehl der neuen WB und ROM KS2.04 ergaben,
  68.       dass das Betriebssystem mit OFS WEITERHIN diesen Rueckzeiger
  69.       setzt !!!! Es muss also ein UtilityPrg im Umlauf sein, das diesen
  70.       Fehler erzeugt. Moeglichkeiten:
  71.          - einfacher CopyBefehl    (unwahrscheinlich)
  72.          - DiskOptimizer
  73.          - DirUtility mit eingebautem Copybefehl
  74.          - DiskCopyPrg mit Option Dir-orientiert
  75.          - oder eine Moeglichkeit, die ich vergessen habe
  76.             Wer kennt ein Prg ?????
  77.    Erste Antworten Feb. 92: alle nennen den gleichen DiskOptimizer-Namen
  78.                               ( kein PD !!!)
  79.  
  80.    XCopy 5.2 Fehler (Original ??):
  81.       Anfang April habe ich einige Disketten bekommen, mit der Bitte, sie
  82.       zu ueberpruefen. Jeweils bei einem File hat VT bei dem Block-Ketten-
  83.       Test bad T.Data ausgegeben (d.h. die Kennung eines DatenBlocks = $8
  84.       stimmte nicht ). Es war IMMER der Block 2 (also gleich nach dem BB).
  85.       Telephonische Rueckfragen ergaben, dass der Xcopy-BB IMMER nach-
  86.       traeglich installiert wurde. Ich vermute nun, dass anstatt 1024
  87.       Bytes in einer Schleife 1028 Bytes zurueckgeschrieben werden. Bitte
  88.       fuehren Sie mit ihrem Original-Xcopy einen entsprechenden Test durch
  89.       (WICHTIG: Block 2 MUSS von einem File belegt sein). Falls Sie
  90.       danach $0 anstatt $8 im 2.Block 0.Langwort finden, informieren Sie
  91.       bitte den Hersteller und MICH .
  92.  
  93.    HinweisA Juli 92:
  94.       (N) = nach meiner Meinung ein Nutzprg, das Vektoren verbiegt, die
  95.             auch von Viren verbogen werden.
  96.       (H) = nach meiner Meinung ein harmloser BB
  97.       (L) = nach meiner Meinung ein BB der mit KS2.04 und/oder 68030
  98.             nicht sauber laeuft
  99.  
  100.    HinweisB Juli 92:
  101.       Falls Sie bei einer Disk Fehlermeldungen bekommen, probieren Sie
  102.       die Disk mit ihrem 2.LW. Oder machen Sie ein einfaches diskcopy
  103.       (bitte KEIN nibblecopy). Oder verwenden Sie turbobackup. Es kann
  104.       sein, dass die kopierte Disk KEINE Fehler mehr zeigt. Allerdings
  105.       sollten Sie dann bedenken, dass ein LW sich verstellt hat. Ent-
  106.       weder ihr LW oder das LW auf dem die "OriginalDisk" erzeugt wurde.
  107.  
  108.    Hinweis Aug 92:
  109.       Im Icon ist ein Stack von 4096 eingetragen. Dies kann fuer eine
  110.       grosse Festplatte bei FileTest zu wenig sein. Tragen Sie dann
  111.       bitte 8192 oder mehr ein. Beim Start von VT aus Shell muss dann
  112.       zuerst der Stack-Befehl eingegeben werden. Danke
  113.       Sollte behoben sein: 17.08.92
  114.  
  115.    Hinweis 19.11.92: Es ist ein XCopy 6.5 pro (Laenge: 27196) aufge-
  116.       taucht, das beim Start im Cli zuerst in grossen Buchstaben
  117.       SARON usw. ausgibt. Nach meiner Meinung enthaelt das File
  118.       KEINEN Virus.
  119.  
  120.    Hinweis 20.11.92: Es ist ein MagiCall (Laenge: 149664) aufgetaucht,
  121.       an das am Anfang ein einfacher Hunk (mit Namen) angehaengt wur-
  122.       de. Wenn Sie MagiCall aus dem Cli starten, passiert nichts.
  123.       Starten Sie dagegen mit dem Icon, so beschwert sich MagiCall mit
  124.       DisplayAlert ueber die falsche Hunkanzahl. Das Programm selbst
  125.       enthaelt nach meiner Meinung KEINEN Virus. Nachtrag 05.12.92:
  126.       Es handelt sich um ein HunkLab-Prg. s.u.
  127.  
  128.    Hinweis 05.12.92: Ich gehe davon aus, dass die Gruppe (falls es sie
  129.       gibt) nicht ihre eigene Disk verseucht ???
  130.       Falls Sie dies beim Booten einer Disk sehen, so ist HOECHSTE Vorsicht
  131.       geboten:
  132.  
  133.                               THE IMMORTAL   _                  _
  134.                  /\   /\      ___ ______ ____)\ ____ ____/\ ____)\
  135.                 /__\ /  \  /\ \_ \\    // __  // __ \\   _ \\    /
  136.                _____/    \/  \ / /_\  // /__\// /  \/ \  /  \\  /
  137.               /    /  \   \  //   _\\//   _/ /  \   _  \/    \\/
  138.              /     \   \    //   / V /    \__/\  \__)\ /      \
  139.              \      \  /\  / \  /  : \         \      \\       \
  140.               \  ____\/  \/   \/      \_ ____  /____  / \ _____ \
  141.                \(    V                  V    \/     \/   V     \/
  142.                      |                  |                :
  143.                      .     is back with : it's latest    .
  144.                                         .           release !
  145.  
  146.                                 Utility Dream #32
  147.  
  148.                       RELEASED IN THE END OF SEPTEMBER 1992
  149.  
  150.      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  151.      |HOLD BOTH BUTTONS TO SELECT A FILE WITHOUT RELOADING THE BOOT MENU!|
  152.      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  153.  
  154.       Auf der Disk, die mir zugeschickt wurde, sind mehrere Prg.e im
  155.       Unterverzeichnis PRG mit PP4.0 gepackt. Wenn Sie diese Prg.e ent-
  156.       packen, werden Sie feststellen, dass an mehrere Prg.e das AIBON-
  157.       Virus gelinkt ist (z.B. an DW). Nach Aussagen im mitgelieferten
  158.       Text-File gibt es ein Programm Hunklab, welches dafuer verant-
  159.       wortlich ist. Dieses Programm soll bei XCopy mitgeliefert werden.
  160.  
  161.       Hunkbeginn:
  162.         0000: 000003f3 00000000 00000009 00000000 ................
  163.         0010: 00000008 0000002b 00000020 000001c4 .......+... ....
  164.         0020: 00000003 000024bd 00000d5a 00000357 ......$....Z...W
  165.         0030: 000004c1 40000012 000003e9 0000002b ....@..........+
  166.         0040: 4feffe08 48e7fffe 227afff2 d3c9d3c9 O...H..."z......
  167.         0050: 58892f49 003c4cdf 7fff4e75 556e6974 X./I.<L...NuUnit
  168.         0060: 6564a046 6f726365 53000000 00000001 ed.ForceS.......
  169.  
  170.       Falls ich einer Fehlinformation aufgesessen bin, entschuldige
  171.       ich mich hiermit bei der XCopy-Firma .
  172.  
  173.    Hinweis 20.12.92: Es sollen noch weitere Utility-Dream-Disks ver-
  174.       seucht sein:
  175.       Nr. 31  :   CCCP-Virus in Files
  176.       Nr. 33  :   Mount  ueber HunkLab mit Jeff verseucht
  177.       Nr. 34  :   SnoopDos 1.6   trojanisches Pferd
  178.       Falls diese Meldungen zutreffen, dann machen Sie bitte einen
  179.       WEITEN Bogen um diese Disks. Die Gruppe scheint nicht sehr sorg-
  180.       faeltig zu arbeiten. 
  181.  
  182.    Hinweis 28.02.93: keine Burstanzeige mehr bei A4000
  183.       Auszug AmigaPlus 3/93 S11  Dave Haynie:
  184.       Der Prozessor arbeitet nicht im Burst-Modus mit dem Speicher ...
  185.       Warum VT trotzdem die ganze Zeit den Burst-Modus beim A4000 ange-
  186.       zeigt hat ?  Sollte nicht schwer zu erraten sein !  Weil Commodore
  187.       mit dem Betriebssystem die entsprechenden Flags setzt. Einfache
  188.       Frage: Fuer was soll ich solche Flags verwenden , wenn sie vom
  189.       Betriebssystem 3.0 (ROM) doch falsch gesetzt werden ?
  190.  
  191.    Hinweis 26.07.93: Sollte beim Test HARDLink oder SOFTLink auftauchen,
  192.       so handelt es sich weder um einen Virenbefall noch um einen Cruncher,
  193.       sondern um den Hinweis auf eine Routine des Betriebssystems. Nachzu-
  194.       lesen bei VT2.xyd am Ende von FileTest.
  195.  
  196.    Hinweis 01.08.93: Es halten sich hartnaeckig die Geruechte, dass
  197.       Motorola bei EC30-Mangel ungepruefte 68030 mit MMU als EC30
  198.       stempelt und ausliefert. Dies wuerde bei manchen A4000/EC30 die An-
  199.       zeige einer MMU mit showconfig von Commodore erklaeren, oder show-
  200.       config testet FALSCH.
  201.  
  202.    Hinweis April 94: Wenn Sie auf KS 2.05 (ROM) und WB 2.1 (Disks) up-
  203.       daten, vergessen Sie bitte NICHT, das FileSystem V36 im Rigid-Be-
  204.       reich ihrer Festplatte zu ersetzen. Dies koennen Sie z.B. mit
  205.       der HDToolbox von Commodore durchfuehren.
  206.  
  207.  
  208.   letzte Aenderung: 05.10.94
  209.  
  210.   Aenderungen seit VT2.67     VT-Laenge: 199264 Bytes
  211.  
  212.    WICHTIG !!!!!
  213.       Um Linkviren SICHER zu finden, die sich HINTER
  214.       den 1.Hunk linken, MUESSEN Sie FileTest auf-
  215.       rufen !!!
  216.    Hinweis: Einige Texte mussten mit Powerpacker-Data
  217.       behandelt werden, da sonst der Platz auf der Disk
  218.       nicht mehr gereicht haette. Im C-Verzeichnis sollte
  219.       ein muchmore liegen, das PP-Data lesen kann.
  220.  
  221.  
  222.    - COMMANDER-Virus   Link         02/03/04.10.94
  223.  
  224.    - MessAngel-Virus (BB, File, Inst.) 29/30.09.94
  225.         anderer Name: ELENI!-Virus
  226.  
  227.    - WarpEngine in A4000 eingebaut.       27.09.94
  228.       Das Teil ist ganz schoen schnell, laeuft
  229.       aber NICHT mit KS40.70-PROMS fuer A4000.
  230.       Zurueckgegangen auf KS40.68-PROMS fuer A4000.
  231.       Damit laeuft die WarpEngine einwandfrei bei
  232.       mir.
  233.  
  234.    - Fileghost-2       Link            23/24.09.94
  235.  
  236.    - 666!-Trojan                          21.09.94
  237.         anderer Name: WbPrefs
  238.  
  239.    - LHAV3-BBS-Trojan                     20.09.94
  240.  
  241.    - A4000/40 Prozessorboard stellt       12.09.94
  242.       Arbeit ein. Prozessor hatte zusaetzlich einen
  243.       Ventilator !!!. Aber bei meinem Netzteil
  244.       drueckt dessen Vent. die Luft nach innen.
  245.       Gefahr war aber im Fido-Netz zu lesen. Aus
  246.       Schaden (teuer) wird man klug. KEIN Prozessor-
  247.       board zu bekommen. Weiterprogrammierung auf
  248.       meinem altem A2000 mit 30iger-Karte wird zur
  249.       Qual.
  250.  
  251.    - ViewTek2.2-Virus               09/10/11.09.94
  252.  
  253.    - Decompiler-Fileerkennung nachge-     07.09.94
  254.      gebessert.
  255.  
  256.    - VMK3.0-Trojan                        06.09.94
  257.  
  258.    - Purge-Trojan                      04/05.09.94
  259.  
  260.  
  261.  Programmvoraussetzungen:
  262.  
  263.    - fuer den PrgAblauf werden bis zu 670Kb Mem (Fast und Chip (falls
  264.      kein Fastmem vorhanden, dann nur Chip)) benoetigt: z.B. fuer
  265.       - 300Kb eigenes Prg
  266.       - 20Kb Hauptfenster (Betriebssystem)
  267.       - 15-20Kb fuer Requester (Betriebssystem)
  268.       - 5Kb kurzfristig fuer neu eingelegte Disk (Betriebssystem)
  269.       - 40Kb FileRequester
  270.       - 64Kb BlockSizeBuffer  wg. HDToolBox
  271.       - usw.
  272.    Hinweis: Falls Probleme mit nur 1Meg-Speicher (z.B. A600), bitte
  273.             startup-sequence abbrechen und OHNE loadwb aus cli starten.
  274.             Es kann aber auch sein, dass der Speicher zu sehr fragmentiert
  275.             ist. Dann hilft nur noch ein Tastaturreset oder KReset (VT-Ut).
  276.             Danach sollte VT auch mit 1MB anlaufen. Falls Im VT Speicher-
  277.             probleme gemeldet werden, dann versuchen Sie bitte in Prefs
  278.             200-Buffer abzuschalten. Es sollten dann 100 Kb Speicher mehr
  279.             freibleiben. Danke
  280.    - KickRom V1.2 oder V1.3
  281.    - laeuft mit Kick V1.3 auf A3000
  282.    - sollte mit 37.175 auf A3000 laufen              = ROM
  283.    - sollte mit 40.068 auf A3000 laufen
  284.    - sollte mit 40.070 auf A3000 laufen              = PROMS (KS3.1)
  285.    - sollte mit KS2.04 auf A500Plus laufen           = ROM
  286.    - sollte mit 37.175 auf A2000 laufen              = ROM
  287.    - sollte mit 40.063 auf A2000 laufen              = PROM  (KS3.1)
  288.    - sollte mit KS2.05 auf A600 laufen      (37.300) = ROM
  289.    - sollte mit KS2.06 auf A600HD laufen    (37.350) = ROM
  290.      Hinweis zu 37.350: trotz vorhandener Hardware
  291.      weigert sich das Betriebssystem das MMU-Flag
  292.      zu setzen. Auch WB:c/cpu bringt nichts. Warum ??
  293.      Fragen Sie bitte Commodore. Es ist nicht der
  294.      einzige Bug in 37.350 .
  295.    - sollte mit Commodore-CDTV laufen (getestet KS1.3)
  296.                     - 37.175 ROM
  297.                     - 37.300 ROM
  298.                     - 37.350 ROM
  299.    - sollte mit KS39.106  auf A4000 laufen           = ROM
  300.    - sollte mit KS40.068  auf A4000 laufen
  301.    - sollte mit KS40.070  auf A4000 laufen           = PROMS  (ohne NCR)
  302.    - sollte mit KS40.070  auf A4000T laufen          = EPROMS  (mit NCR)
  303.    - sollte mit KS39.106  auf A1200 laufen           = ROM
  304.         Natuerlich wieder ganz andere Adressen als A4000 (s.o.).
  305.         Commodore-Amiga erreicht NIE den AT-BIOS-Standard.
  306.    - sollte mit KS40.056  auf CD32  laufen           = ROM
  307.    - laeuft  n i c h t  mit SKick, ZKick, LKick auf A2000
  308.    - laeuft  n i c h t  mit Kickit B1-Bx auf A2000
  309.    - mit gepatchten Kickepromversionen erwarte ich Probleme
  310.    - mit KickDisk V1.2 Vers.33.166 laeuft mein Prg. nicht
  311.          (Trackdisk.device liegt an anderer Stelle)
  312.    - PalScreen  (geht nicht immer, ist Commodore bekannt !!)
  313.          bei KS1.2 u. 1.3 bei NTSC Angebot Kreset oder Interlace
  314.         aus CLI oder SHELL sollte moeglich sein:
  315.          VTx.yz -i     = 640x400     NTSC Interlace (ohne Flickerfixer
  316.                                      mit PAL unbrauchbar)
  317.          VTx.yz -p     = 640x256     PAL
  318.                     ;ab KS2.04 !!!!!!!
  319.          VTx.yz -Pro   = 640x480   Productivity (Sie brauchen mind. ECS
  320.                                    o. AA mind KS2.04 und einen geeigneten
  321.                                    Monitor. Haben Sie den ??? Dann kann
  322.                                    man es mit Euro72 oder Prod anschauen.
  323.          VTx.yz -Dbl   = DblPAL
  324.          VTx.yz -E72   = EURO72 640x400
  325.          VTx.yz -Pi4   = Picasso 640x480
  326.          VTx.yz -Pi6   = Picasso 800x600
  327.          VTx.yz -Pi7   = Picasso 1024x768
  328.          VTx.yz -P10   = Picasso 1280x1024
  329.          VTx.yz -Pc4   = Piccolo 640x480
  330.          VTx.yz -Pc6   = Piccolo 800x600
  331.          VTx.yz -Pc7   = Piccolo 1024x768
  332.          VTx.yz -Pc1   = Piccolo 1280x1024i
  333.  
  334.  
  335.         falls ueber Icon gestartet:
  336.    - ToolTypes
  337.       (SCREEN=NTSC)
  338.       (SCREEN=PAL)
  339.       (SCREEN=PROD)
  340.       (geklammert=nichtaktiv)
  341.       (SCREEN=DblPAL)
  342.       (SCREEN=EURO72_640x400)
  343.       (SCREEN=Picasso_640x480)
  344.       (SCREEN=Picasso_800x600)
  345.       (SCREEN=Picasso_1024x768)
  346.       (SCREEN=Picasso_1280x1024)
  347.       (SCREEN=Piccolo_640x480)
  348.       (SCREEN=Piccolo_800x600)
  349.       (SCREEN=Piccolo_1024x768)
  350.       (SCREEN=Piccolo_1280x1024i)
  351.      Da zur Auswertung VTxyz.info geladen werden muss, entfernen Sie bitte
  352.      die VT-Disk erst nach dem Erscheinen des VEKTOR-Bildschirms. Danke
  353.      Beachten Sie bitte die Schreibweise !!! . Sind alle Werte geklammert,
  354.      versucht VT Pal-Aufloesung. Sollte ein "netter" PD-Vertreiber die
  355.      Eintraege nicht uebernommen habe, so koennen Sie selbst einen Ein-
  356.      trag auf der WB vornehmen. Klicken Sie aufs Icon und dann in WB-Leiste
  357.      auf INFO. Vergessen Sie das Abspeichern nicht.
  358.    Hinweis zu Picasso:
  359.      Die IDs gehoeren zur village.library V2.57 (20.12.93) auf Disk Jan 94.
  360.      Nach Fremdaussagen haben die IDs frueher schon gewechselt. Falls Sie
  361.      aeltere Libs haben, sollten Sie updaten, da vielleicht andere IDs
  362.      verwendet werden. Falls Sie neuere Libs haben, bitte ich Sie um einen
  363.      entsprechenden Hinweis. Danke
  364.  
  365.    Hinweis:
  366.      A4000 (A1200) + 1084S
  367.      Bitte entfernen Sie aus devs/monitors alle Typen ausser PAL und NTSC.
  368.      Sie koennen die anderen Typen sowieso nicht verwenden.
  369.      Oder stellen Sie in Prefs/Icontrol "Mode uebernehmen" ab. Es nuetzt
  370.      bei ihrer Hardwarezusammenstellung NICHTS. Denken Sie bitte ueber
  371.      einen neuen Monitor nach.
  372.  
  373.  Prg.ablauf:
  374.  
  375.    - Programm im Cli starten oder von WB starten
  376.  
  377.  
  378.   Einschub:
  379.    - Test auf KickRomV1.2, V1.3, V2.0 oder V3.0
  380.    - Test auf PAL-Screen
  381.    - ein Fenster wird geoeffnet (muss immer kurz erscheinen !!!)
  382.    - einige Vektoren werden getestet und angezeigt
  383.    - wenn Veraenderung, dann:
  384.    - Suche nach bekannten Viren (s.u.) beginnt
  385.      - falls erfolgreich
  386.        - Namensausgabe
  387.        - Vektoren werden zurueckgesetzt und angezeigt
  388.        - Virenprogramm wird im Speicher mit RTS ueberschrieben
  389.        - also kein Reset mehr notwendig
  390.  
  391.      - falls erfolgreich 2
  392.          aus programmtechnischen Gruenden, ist es bei einigen Viren not-
  393.          wendig, vor der Vektoranzeige das VirusPrg. zu loeschen (z.B.
  394.          Extreme) und mit RTS aufzufuellen. Es taucht dann der Requester
  395.          auf:
  396.                            XYZ-NameVirus
  397.                           war im Speicher
  398.                 Weiter                     Weiter
  399.  
  400.      - falls Nein
  401.        - Request      unbekanntes Programm
  402.                           im Speicher
  403.                 KReset                     weiter
  404.      - weiter:
  405.        es werden keine Veraenderungen vorgenommen und das
  406.        Programm beendet.
  407.      - KReset:
  408.        - Vektoren werden zurueckgesetzt
  409.        - reset wird ausgefuehrt
  410.  
  411.       dieser Weg wurde gewaehlt, damit zukuenftige Viren mit
  412.       eigenen Task (hier reicht das Zuruecksetzen der Vektoren
  413.       nicht mehr, sondern es muss auch der/das Task entfernt werden)
  414.       geloescht werden koennen, ohne den Computer auszuschalten.
  415.  
  416.  
  417.    ARBEITS-Fenster:
  418.    ================
  419.  
  420.    ZWEI BITTEN falls Sie Schreibzugriffe planen !!!!!!
  421.  
  422.    - Setzen Sie im VorPrg. die OrigVectoren, auch wenn Sie ein fuer
  423.       Sie wichtiges Resident-Prg. spaeter neu laden muessen
  424.    - Arbeiten Sie mit einer Disk-Kopie (bedenken Sie, auch mir
  425.       koennen Fehler unterlaufen !!!!)
  426.  
  427.    Erklaerung:
  428.  
  429.    Im Hauptfenster sind in manchen Gadgets Buchstaben unterstrichen.
  430.    Wenn Sie die entsprechende Taste druecken, wird bei Gadgets, die
  431.    in DF0: und DEVS unterteilt sind, die Aktion fuer DF0 ausgeloest.
  432.    Bei Gadgets ohne Unterteilung sollte eine Auswahl erscheinen
  433.    (z.B. Listen).
  434.  
  435.    Ende = Prg.Ende     E-Taste = Ende
  436.    ----
  437.  
  438.    Listen:
  439.    -------
  440.             Mit diesem Programmteil koennen Sie sich einen schnellen
  441.             Ueberblick verschaffen, was in ihrem Computer im Moment
  442.             aktiv ist (z.B. SnoopDos) oder einen Virus-Task finden.
  443.             Falls bei Resident eine Adresse NICHT ins ROM (>$F8 o. >$FC)
  444.             zeigt, fangen Sie bitte mit Nachforschungen an !!!
  445.             Hinweis: Die Listen werden pro Aufruf nur 1x gelesen.
  446.                      Der Task-Zustand aendert sich also NICHT !!
  447.                      ThisTask wird NICHT angezeigt (muss VT sein)
  448.             Hinweise zu IntVecExec:
  449.                Unter KS2.04 werden Aud0-3 erst beim 1.Aufruf des
  450.                audio.device eingebunden.
  451.                Es wird jeweils auch die Ausgangszeile eines IntVec an-
  452.                gezeigt, obwohl die Verwaltung über Listen erfolgt. Aber
  453.                VirenProgrammierer halten sich nicht an Listen und ver-
  454.                biegen direkt (sehr beliebt Nr.5=VertB). Deshalb diese
  455.                Zeilen.  (Beispiel DASA)
  456.             Hinweise zu ResidentCm:
  457.                Ab KS2.04 sind mehr Cli-Befehle RESIDENT als unter KS1.3.
  458.                Diese Befehle sind als Intern oder System ausgewiesen und
  459.                koennen nicht geaendert werden. Sie selbst koennen Befehle
  460.                resident im Speicher halten, indem Sie bei dem File das
  461.                Pure-Flag setzen (z.B. in VT-FileReq). Sie installieren
  462.                dann das File auf Cli-Ebene mit: resident Filename Return
  463.                KS3.0 gibt bei externen Befehlen im UserC bei Aufruf des
  464.                Resident-Befehls in der shell haeufig 0 aus, obwohl in
  465.                der Struktur WIRKLICH NICHT 0 steht. Fragen Sie Commodore!
  466.             Abbruch mit ESC-Taste oder re.Maustaste
  467.             Ausdruck mit Druck
  468.             Nachtrag 09.08.93:
  469.             Der Prioritaetswert von z.B. exec.library stimmt in Resident
  470.             und library nicht ueberein. Warum ? Fragen Sie Commodore
  471.             Stack wird mit 4094 und nicht mit 4096 angegeben, weil in
  472.             ARKRM libs steht S465:  /* stack upper bound +2*/
  473.             Obergrenze von Mem wird mit 7FFFF und nicht mit 80000 ange-
  474.             zeigt, weil in ARKRM libs steht S462:
  475.               /* upper memory bound + 1          */
  476.             Datumsausgabe bei Listen:
  477.             Bei libs, device, resource versucht VT eine Datumsausgabe.
  478.             Bedingungen:
  479.               (TT.MM.JJ) oder (TT MMM JJJJ)
  480.               Zeiger nicht Null
  481.                  KS1.3 intuition.lib-zeiger leer !!!!
  482.                  KS2.04 dos.lib-zeiger leer  !!!!
  483.               Zeiger zeigt in vorhandenen Speicher
  484.                  negativ-Beispiele gibt es (dann Enforcer-Hits)
  485.  
  486.    Vergl. :               (Vergleiche)
  487.    --------
  488.  
  489.       - Abbruch: ESC-Taste oder re.Maustaste
  490.       - Ausdruck von 2048 Bytes mit Druck-Gadget
  491.  
  492.                je 1024 Bytes
  493.  
  494.       - lege Testbeginn fuer 2. Objekt fest oder 0
  495.          Es geht nur eine Verschiebung in 2-Byte-Schritten.
  496.          Diese Einstellung muss ZUERST gemacht werden, wenn der Beginn
  497.          beim 2. Objekt verschoben werden soll !!!!
  498.  
  499.          Warum:
  500.          Manche BootblocksaveUtilities legen vor dem eigentlichen BB
  501.          1 LW zur Erkennung ab. Sie muessen also 4 einstellen.
  502.          Sie haben ein bekanntes Linkvirusfile. Sie wollen dieses File
  503.          mit einem anderen File vergleichen. Da das 2. File mehr Hunks
  504.          hat (Zahl steht im 3.LW) muessen Sie den den Testbeginn fuer
  505.          das 2. File solange verschieben, bis $000003E9 deckungsgleich
  506.          sind.
  507.  
  508.       - BB <-> BB
  509.          lade 2 BB jeweils von Track 0 .
  510.          So koennen Sie auf Nachahmungen testen. Oder Sie wollen den
  511.          codierten Bereich herausfinden, von einem BB-Virus, der sich
  512.          bei jedem Schreibvorgang neu codiert (z.B. mit Inhalt von $DFF006).
  513.  
  514.       - BB <-> File
  515.          vergleiche BB von Track 0 mit einem archivierten File
  516.  
  517.       - File <-> File
  518.          vergleiche zwei Files
  519.  
  520.    VT - Tools :
  521.    ------------
  522.       - SpMon   einfacher Speichermonitor
  523.          - auch ueber Tastatur zu bedienen
  524.          - mit Speichern (es erscheint der Filerequester und Sie koennen
  525.            1024 o. 2048 Bytes einstellen)
  526.          - mit Druck 512, 1024 und 2048 Bytes
  527.          - Aufpassen muessen Sie im $DFF000-Bereich und im $E80000-Bereich.
  528.            In diesen Bereichen liegen NUR-Lese- und NUR-Schreib-Register.
  529.            Ueberspringen Sie bitte diese Bereiche, sonst kann ein System-
  530.            Absturz NICHT verhindert werden.
  531.  
  532.       - $00 in Sp
  533.          Wie Flush-Sp (siehe unten). Zusaetzlich wird versucht, freie
  534.          Speicher-Chunks mit dem Wert $00 zu fuellen. Dieser Vorgang kann
  535.          einige Sekunden dauern. In der Zeit "haengt" dann der Uhr-Maus-
  536.          zeiger. Keine Angst es ist bei mir immer der Mauszeiger wieder
  537.          gekommen.
  538.  
  539.       - Flush-Sp
  540.          Loescht nicht benoetigte (nicht mehr benutzte) Module aus dem
  541.          Speicher. Die MAGIC-Zahl stammt nicht von mir, sondern wurde
  542.          im FIDO-Netz diskutiert.
  543.          Beispiel: Sie betreiben DFUE. Danach ist immer noch serial.device
  544.          im Speicher (Beweis:VT/Listen/device). Nach Flush haben Sie
  545.          wieder mehr Speicher. usw.
  546.          Nachtrag Aug.93:
  547.          Einige Libs muessen unter KS3.0 einen "Schutz" dagegen haben,
  548.          der NICHT den Commodore-Richtlinien entspricht. Obwohl Open-
  549.          Count 0 ist und damit die Speicherfreigabe erlaubt waere, ver-
  550.          schwinden diese libs nicht.
  551.  
  552.       - zeige Vek
  553.          zurueck mit Weiter-Gadget
  554.          Ausdruck mit Druck-Gadget
  555.             - zeigt wichtige Vektoren, die von Viren verbogen werden
  556.               (aber auch von einigen Nutzprogrammen)
  557.             - Konfiguration
  558.               Sollte auch unter KS1.3 und OHNE setcpu sinnvolle Wer-
  559.               te ausgeben.
  560.               Hinweis 1 :
  561.               Sollten Sie bei CPU 68030 finden und bei MMU nichts,
  562.               dann sollten Sie ihre Maschine aufschrauben und nach-
  563.               schauen, ob ihr Prozessor vielleicht die Bezeichnung
  564.               EC68030 (Billigversion ohne MMU) hat.
  565.               Hinweis 2 :
  566.               VBlank wird aus execbase+$212 ausgelesen
  567.                (vgl. ARKRM S.803 Z.129)
  568.          Neu: LoadSeg-Vektor
  569.          Sie werden staunen, wieviele Nutzprogramme inzwischen diesen
  570.          Vektor verbiegen. Rufen Sie dann Loadseg in Tools auf und
  571.          versuchen Sie einen ASCII-Text zu finden.
  572.  
  573.       - SystemTest
  574.          naechste Seite: Space oder li.Maustaste
  575.          Abbruch       : ESC oder re.Maustaste
  576.          Ausdruck      : mit Druck-Gadget (Seite fuer Seite)
  577.          Testet alle SprungVektoren von libs, devices und resources,
  578.          die sich im Speicher befinden. Vektoren die nicht ins ROM
  579.          weisen, werden angezeigt. Da alle Vektoren von nachgeladenen
  580.          Teilen (z.B. diskfont.library) nicht ins ROM zeigen, wird auch
  581.          ein Vektorzeiger, der nicht ins ROM zeigt und nicht mehr als
  582.          +- $6000 von einer bestimmten Adresse abweicht, als gueltig
  583.          von VT anerkannt, wenn Sie im Requester NEIN waehlen.
  584.  
  585.          Beispiel: DoIo  Exec -$1c8   KS2.04
  586.                   -$1c8  -$1c6
  587.                   $4ef9  $00f80808
  588.                    JMP   Sprungziel
  589.                     2        4 Bytes = 6 Bytes
  590.             Sollte DoIo verbogen sein, so gibt VT aus:
  591.                -$1c6  $xxxxxxxx  (zeigt also das Sprungziel)
  592.  
  593.          Hinweis1: setpatch von KS1.3 verbiegt schon mehrere Vektoren !!!
  594.          Hinweis2: ab KS2.04 ist NegOff nicht immer durch 6 teilbar ohne
  595.             Rest (z.B. graphics.library und andere), sondern langwortorien-
  596.             tiert. Warum, fragen Sie Commodore !!
  597.          Hinweis3: auch ohne setpatch weisen bei KS1.3 mehrere Vektoren
  598.             von Exec.lib nicht ins ROM !!!!
  599.  
  600.       - LW-Info
  601.         Ausdruck mit Druck-Gadget
  602.          Bei Disk-LW MUSS eine Disk eingelegt sein !!!
  603.          Gibt wichtige Parameter des LW`s und der Disk aus.
  604.             Hinweis: Unter KS1.2 und KS1.3 werden fuer LW DF0-3
  605.                folgende Daten NICHT ausgegeben, weil sie unbrauch-
  606.                bare Werte enthalten:
  607.                   PreAlloc, MaxTransfer, Mask, BootPri u. DosType
  608.             Fragen Sie Commodore oder schauen Sie ins ROM oder DosEnvec,
  609.             da steht die unbrauchbare Tabelle fuer DF0-3. Sie finden
  610.             dann z.B. fuer Prealloc #11 usw. ?????? obwohl der Wert
  611.             richtig 0 sein muesste.
  612.             Bei KS2.04 ist der Fehler behoben.
  613.          Bei CDROM sind die LW-Info-Werte meist ohne Sinn, da die
  614.          verschiedenen Treiber (ASIM, BABEL), teilweise DosEnvec nicht
  615.          bedienen. Es ist also KEIN VT-Fehler !!!!!!!!
  616.  
  617.  
  618.       Rechnung: UsedBlocks+FreeBlocks+2(reserved)=BlocksperDisk
  619.  
  620.             LW-880Kb     SectorperBlock 1    BlocksperTrack 11
  621.             HD-LW                       2                   22
  622.             Das HD-LW CHINON FB357A arbeitet mit ROM KS2.04 auch
  623.             im A2000C . Install schreibt entgegen meinen Erwartungen
  624.             KEINEN ANDEREN BB !!!!
  625.          Hinweis: Auch mit KS2.04 wird der BufferWert in DOS-Envec nicht
  626.             geaendert, wenn Sie AddBuffers aufrufen (Commodore-Fehler ??)
  627.          Hinweis2: Auch mit KS1.3 muss DosType (aus DosEnvec) und Disk-
  628.             Type (aus InfoData) NICHT uebereinstimmen !!!  Warum ?? Bitte
  629.             fragen Sie Commodore !!
  630.             Beweis fuer KS1.3:
  631.               - mount VD0
  632.               - mountlist muss natuerlich l:fastf... und $444f5301 ent-
  633.                 halten
  634.               - formatieren Sie VD0 mit FFS
  635.               - danach LW-Test
  636.               - DosType wird immer noch DOS0 sein und DiskType DOS1  !!!!
  637.  
  638.    Mitteilung eines VT-Users:
  639.    Habe ich mal probehalber getestet:
  640.  
  641.    1.) mit zwei Syquest Wechselplatten je 88 MB als DH0:
  642.        und DH1: an einem GVP II Controller mit 8 MB RAM
  643.        in einem AMIGA 2000 C: Mainboard Rev. 6.2,
  644.        einem internen Floppylaufwerk unter KS1.3 ...
  645.  
  646.        mit Fastprep (spezielles Utility fuer GVP II Controller)
  647.        zwei neue Medien FFS (!) formatiert und VT2.46-LW Info
  648.        angewaehlt; VT meldet Format  : OFS (?)
  649.                              DosType : $444F5301
  650.                              DiskType: $444F5300.
  651.  
  652.        sicherheitshalber nochmals FastPrep aufgerufen;
  653.        FileSys zeigt FFS (!) -Format an ...
  654.  
  655.        VT2.46-BlockITest meldet "BB: DOS1-FFS-N.BB" (also doch FFS ?)
  656.    Antwort 17.11.92: siehe Hinweis2 oben. VT kann nur das anzeigen,
  657.        was er in DosEnvec und InfoData findet.
  658.  
  659.         zu PC0: u. PC1: (df0: u. df1: als MSDOS-Laufwerke 720Kb)
  660.          Warum hier 1439 Blocks reserviert sind, fragen Sie am besten
  661.          die Commodore-Entwickler. Weiterhin liegen die Directory-
  662.          Eintraege meist in Zylinder 0 Block 7 und nicht wie angegeben
  663.          RootBlock=0. Suchen Sie also bitte dort nach den Filenamen.
  664.  
  665.  
  666.     - setze OVek = setzt alle wichtigen Vektoren, aber ein Prg.
  667.                   wird nicht mit RTS aufgefuellt, wie im Vorprg.
  668.  
  669.  
  670.     - zeige Vec = Vectorenanzeige im Hauptprogramm  o h n e  Virustest
  671.  
  672.     - KRESET  mit Sicherheitsabfrage
  673.  
  674.     - KRESA3  mit Sicherheitsabfrage    (fuer A3000)
  675.                      (schaltet fuer sauberen RESET MMU ab)
  676.     - Base:
  677.        Ausdruck mit Druck-Gadget
  678.          Dos.lib   es wird die Lage der Dos.lib im Speicher angezeigt
  679.             und nach Block 2 $00 gelegt. In Block 0 u. 1 liegen also
  680.             die negativen Offsets und in Block 2 u 3 die positiven
  681.             Offsets (Verwendung meist von Commodore nicht erlaubt).
  682.  
  683.          Exec.lib vgl. Dos.lib   positive Offsets von Com. erlaubt.
  684.  
  685.          Graphics.lib
  686.  
  687.          Int.lib
  688.  
  689.          TrackDiskDevice  (Struktur ist sehr kurz)
  690.  
  691.          HDdev.Base    sollte ein Festplattendevice finden
  692.  
  693.             ateam.device      AT-Bus Mainhattan.Data ;AmigaPlus 11/92 S58
  694.             scram8.device                            ;FF 698
  695.             scram16.device                           ;FF 698
  696.             scsi.device       Com.
  697.             hddisk.device     Com.
  698.             xt.device         Com.
  699.             gvpscsi.device
  700.             gvpat.device
  701.             scsidev.device    GVP alt
  702.             alf.device
  703.             ALF.device                               ;AmigaSpezial 11/92 S27
  704.             oktagon.device                           ;AmigaPlus 5/92 S100
  705.             BOIL.device       FSE                    ;AmigaPlus 12/92 S58
  706.             scsi3.device      Golem SCSI II          ;Amiga Magazin
  707.             nexus.device      Advanced Systems       ;AmigaSpezial 11/92 S27
  708.             icddisk.device    ICD ADSpeed            ;AmigaSpezial 11/92 S27
  709.             HardFrame.device  Microbotics
  710.             harddisk.device   Supra                  ;AmigaSpezial 11/92 S27
  711.             SerieIII.device   Supra                  ;AmigaPlus 5/92 S100
  712.         suprascsi.device  SupraDriveXP500        ;von privat 08.09.92
  713.             vector.device     HK-Computer
  714.             ivs_scsi.device   Trumpcard              ;AmigaSpezial 11/92 S27
  715.             imscsi.device     Memphis                ;AmigaPlus 5/92 S100
  716.             protarscsi.device Protar                 ;AmigaPlus 5/92 S100
  717.             evolution.device  Macro                  ;AmigaPlus 5/92 S100
  718.             pbscsi.device     Phoenix A1000          ;Fido-Netz
  719.             MASOBOSHI.device  Mastercard 2           ;Fido-Netz
  720.             jkscsi.device     Rossm.                 ;Firma Messe
  721.             vortex.device     ATONCE                 ;von privat 10.10.92
  722.             PPSscsi2.device   Zeus-Turbokarte        ;AmigaPlus 11/92 S65
  723.             ossi.device       OTRONIC-SCSI           ;INCUBUS_Box 20.10.92
  724.             comspechd.device  ??????                 ;AmigaSpezial 11/92 S27
  725.             syndisk.device    Hardital               ;von privat 03.11.92
  726.             AT-Apollo.device  3-state                ;Firma Messe
  727.             SCSI-Apollo.device3-state                ;Firma Messe
  728.             IVS_SCSIpro.deviceTrumpcard Prof.        ;Amiga Magazin
  729.             IVSgslam.device   Trumpcard              ;FIDO  19.01.93
  730.             spartan.device    SCSI PD                ;INCUBUS_Box 03.12.92
  731.             harddisk1.device  AccessX                ;AmigaSpezial 3/93 S30
  732.             IVS_SCSIvector.device                    ;Markt&Technik 10.03.93
  733.             omti.device       Omti-Kontroller        ;INCUBUS 25.05.93
  734.             Malibu.device     Malibu Board           ;privat 25.05.93
  735.             z3scsi.device     FastLane               ;AmigaSpezial 10/93 S36
  736.             2nd.scsi.device   A4091                  ;ASIM V2.0  19.09.93
  737.             empscsi.device    EMPLANT                ;INCUBUS 25.09.93
  738.             parscsi.device    Mainhatten             ;Amiga 11/93  S76
  739.             ---------
  740.             hidedisk.device   HD-Disk FSE            ;Kickstart 12/92 S55
  741.             hidedisk19.device HD-Disk FSE            ;Kickstart 12/92 S55
  742.  
  743.  
  744.          Sollte ihr Festplattentreiber nicht erkannt werden, so suchen
  745.          Sie bitte in Listen - device und schreiben den Namen ab (
  746.          Bitte auf Gross- und Kleinschreibung GENAU achten). Schicken
  747.          Sie mir bitte eine Postkarte mit  AbCd27.device . Danke
  748.       
  749.     - ZeroPage zeigt Speicher ab $0 mit den wichtigen Vectoren
  750.                   (Hallo Enforcer-Freunde)
  751.  
  752.     - VecPage  ab 68010 kann die ZeroPage mit movec verschoben
  753.          werden. Die Lage steht dann in VBR . VT zeigt die Lage im
  754.          Speicher und den Inhalt ab Block 0 (Unterschied zu Libs !!!)
  755.       Base - VecPage: Der gezeigte Speicherbereich kann im Filerequester
  756.          abgespeichert werden (2048 einstellen !!)
  757.  
  758.    BlockITest
  759.    ----------
  760.       Abbruch: ESC oder re.Maustaste
  761.       Anzeige eines defekten Blocks moeglich (geht selbstverstaendlich
  762.       nicht bei Trackerror)
  763.  
  764.    Test1:
  765.    Suche nach Trackerror's  (weiss angezeigt)
  766.       - Fehler 30  SeekError         Track nicht gefunden
  767.       - Fehler 29  Disk Changed      Disk gewechselt
  768.             (auch wenn Sie es nicht glauben, dieser Fehler steht
  769.              manchmal in Byte 31 des DiskIoReq. Meist passiert dies,
  770.              wenn der Lesekopf zum naechsten Zylinder faehrt. Brechen
  771.              Sie den Test dann ab und starten ihn neu.)
  772.       - Fehler 28  WriteProtected    wird hier nicht geprueft
  773.       - Fehler 27  BadSecHdr         ungueltiger Sektor-Header
  774.       - Fehler 26  TooFewSecs        zuwenig Sektoren gefunden
  775.       - Fehler 25  BadSecSum         falsche Sektor-Checksumme
  776.       - Fehler 24  BadHdrSum         falsche Header-Checksumme
  777.       - Fehler 23  BadSecId          falsche Sektor-ID
  778.       - Fehler 22  BadSecPreamble    falscher Sektor-Vorspann
  779.       - Fehler 21  NoSecHdr          keinen Sektor-Header gefunden
  780.       - Fehler 20                    Fehler (aber mir unbekannt)
  781.       - Meldung    Daten im SecHeader   s.u. bei Test5
  782.  
  783.    Hinweis 29.10.92: zu Fehler 20
  784.         Ich habe eine Disk erhalten, auf der Track 1 (=Block 11-21)
  785.         NICHT oder NICHT RICHTIG formatiert war. Das AmigaBetriebsSystem
  786.         gibt dann FehlerCode 20 zurueck. Wieder etwas gelernt. Danke
  787.         fuer Disk.
  788.  
  789.    Empfehlung:   (gilt NICHT fuer Original-Spiele mit Fremdformat !!!!)
  790.       - mit Einzelfilecopy oder DiskSalv retten was moeglich ist
  791.       - Disk neu formatieren, falls OriginalCommodore abbricht, Disk
  792.         in den Abfalleimer. Bitte nicht mit XYZ-Format ohne Verify
  793.         arbeiten.
  794.    HinweisB Juli 92:
  795.       Falls Sie bei einer Disk Fehlermeldungen bekommen, probieren Sie
  796.       die Disk mit ihrem 2.LW. Oder machen Sie ein einfaches diskcopy
  797.       (bitte KEIN nibblecopy). Oder verwenden Sie TurboBackup. Es kann
  798.       sein, dass die kopierte Disk KEINE Fehler mehr zeigt. Allerdings
  799.       sollten Sie dann bedenken, dass ein LW sich verstellt hat. Ent-
  800.       weder ihr LW oder das LW auf dem die "OriginalDisk" erzeugt wurde.
  801.  
  802.  
  803.    Test2:
  804.    Suche nach Blockinhalt, der von Viren angelegt wurde:
  805.          (blau angezeigt)
  806.  
  807.       - Lamer!    85 mal + 1 mal !! = 512 Bytes
  808.       - LAMER!    85 mal + 1 mal !! = 512 Bytes
  809.       - LAMER!!!  64 mal = 512 Bytes    (Return of the Lamer)
  810.       - VIRUS     Track 0      (Digital Emotion)
  811.       - Warsaw    85 mal + 1 mal !! = 512 Bytes
  812.       - MAD       85 mal
  813.       - HIV       85 mal   (boot-aids by hiv)
  814.       - 11111111 22222222 44444444 88888888   = Glasnost ab $100 im Block
  815.       - SACHSEN3  64 mal = 512 Bytes
  816.       - " Fast Eddie " = Fast Eddie ab $100 im Block
  817.       - "INFECTOR GO!" = Infector ab $100 im Block (Fast Eddie Clone)
  818.       - SHIT           ab $30 im Block
  819.       - 1234  ab $5a  und  4E71(=NOP) 66 mal ab $64  (DiskVal1234)
  820.       - Overkill by the ENEMY !  ab $22 im Block
  821.       - FUCK!!    85 mal + 1 mal !! = 512 Bytes von INGO'S RETURN zerstoert
  822.       - == ZENKER ==  4 Bloecke von ZENKER-BB in Zyl 40 Sektor 16-19
  823.                   zerstoert.
  824.       - STC!STC!STC!STC = FLASHBACK = Glasnost-Clone ab $100 im Block
  825.       - STC!R!    85 mal + 1 mal !! = The Return of STARCOM = LAMER4-Clone
  826.       - STC!aw    85 mal + 1 mal !! = STARCOM 5 = Boot aids clone
  827.       - BURN      128 mal           = BURN-Virus
  828.       - $BAF00D0D 128 mal           = Burn 2 Virus
  829.       - $0A444154  usw.             = DATALOCK V1.1
  830.       - $0F3E3E3E  usw.             = DATALOCK V1.2
  831.       - SADDAM7!  mehrmals          = SADDAM-7 Disk-Validator
  832.  
  833.         Sollte ein obengenannter Block innerhalb eines Files liegen (Test
  834.         mit Blockkette), so kann dieses File NICHT gerettet werden.
  835.  
  836.       - IRAK      1.Filedatenblock von SADDAM-VIRUS codiert
  837.                   kann gerettet werden
  838.                   (Es sind einige Nachahmungen aufgetaucht, die nicht
  839.                    IRAK als Kennung verwenden. Auch diese sollte VT
  840.                    erkennen und decodieren koennen.)
  841.                    ( Clones = z.B. LAME, LOOM, RISC, 1.29, Laurin, Animal
  842.                    KICK, NATO, AFFE, IRAN, GRAL, 4711=Parfum usw. )
  843.  
  844.       - $ABCD0008   Datenblock von Little Sven codiert.
  845.                     Sollte VT erkennen und decodieren.
  846.  
  847.  
  848.    Test3:
  849.    Falls Blocktyp 2,8 oder $10 erkannt wird (d.h. bei FFS-Databloecken,
  850.    BootGirlDatas oder aehnlichen Programmteilen entfaellt der 8er-Test)
  851.    Die Pruefsumme ueber dem Block wird berechnet und mit dem 5. Langwort
  852.    verglichen.
  853.    Fehlermeldung (weiss):
  854.                          - BadBloCheckSum
  855.  
  856.    Hinweis zu Test3 und Festplatten mit FFS:
  857.  
  858.    Bei HDs mit 165000 Bloecken waechst die Wahrscheinlichkeit, dass ein
  859.    FFS-Data-Sektor mit 2, $10 ,$20, $21 zufaellig beginnt.
  860.    VT erkennt den Block nun nicht
  861.    als Data-Block, sondern glaubt einen Dir-Block oder Fileheader-Block
  862.    gefunden zu haben (je nach Kennung) und bildet eine Pruefsumme ueber
  863.    den Block. Da beim FastfileSystem keine Pruefsumme fuer Datenbloecke
  864.    eingetragen wird, meldet VT einen Fehler. Ich kann dieses Verhalten
  865.    von VT NICHT abstellen, da ich keinen einfachen Weg kenne, um einen
  866.    Datenblock im FFS entgegen der vorhandener Kennung -Dir- im Langwort 0,
  867.    als Datenblock zu erkennen. Nehmen Sie diese "Fehlermeldung" nicht
  868.    zu ernst. Schauen Sie aber ab und zu mit einem Monitor nach.
  869.    Beim alten AmigaDosSystem (auf Disk oder HD) handelt es sich SICHER
  870.    um einen defekten Block !!!!
  871.  
  872.      Ein Beispiel von meiner HD0-Partition DOS3 also FFS
  873.      (Ich hab nur diesen einen "dubiosen" Block auf der Partition)
  874.        Block:   15865
  875.      0000: 00000002 00000001 00000066 0000001a ...........f....
  876.            ^^^^^^^^
  877.      0010: 00000000 000003f2 000003ea 00000006 ................
  878.      0020: 00000000 0000004e 00000680 00000000 .......N........
  879.      0030: 00000020 00000000 000003ec 00000002 ... ............
  880.      0040: 00000000 00000008 00000010 00000000 ................
  881.      0050: 000003f2 00000000 00000000 00000000 ................
  882.      0060: 00000000 00000000 00000000 00000000 ................
  883.      0070: 00000000 00000000 00000000 00000000 ................
  884.      0080: 00000000 00000000 00000000 00000000 ................
  885.      0090: 00000000 00000000 00000000 00000000 ................
  886.      00a0: 00000000 00000000 00000000 00000000 ................
  887.      00b0: 00000000 00000000 00000000 00000000 ................
  888.      00c0: 00000000 00000000 00000000 00000000 ................
  889.      00d0: 00000000 00000000 00000000 00000000 ................
  890.      00e0: 00000000 00000000 00000000 00000000 ................
  891.      00f0: 00000000 00000000 00000000 00000000 ................
  892.      0100: 00000000 00000000 00000000 00000000 ................
  893.      0110: 00000000 00000000 00000000 00000000 ................
  894.      0120: 00000000 00000000 00000000 00000000 ................
  895.      0130: 00000b2f 00000b2e 00000000 00000000 .../............
  896.      0140: 00000002 00000274 00000000 00000000 .......t........
  897.      0150: 00000000 00000000 00000000 00000000 ................
  898.      0160: 00000000 00000000 00000000 00000000 ................
  899.      0170: 00000000 00000000 00000000 00000000 ................
  900.      0180: 00000000 00000000 00000000 00000000 ................
  901.      0190: 00000000 00000000 00000000 00000000 ................
  902.      01a0: 00000000 00001618 000001ec 000004cd ................
  903.      01b0: 0c507269 6e746572 2e696e66 6f000000 .Printer.info...
  904.      01c0: 00000000 00000000 00000000 00000000 ................
  905.      01d0: 00000000 00000000 00000000 00000000 ................
  906.      01e0: 00000000 00000000 00000000 00000000 ................
  907.      01f0: 00000000 0000069a 00000000 fffffffd ................
  908.                                       ^^^^^^^^
  909.      Die Kennungen lassen einen Fileheaderblock vermuten. Ist es aber
  910.      nicht, sondern das Ende eines Files (vgl. $0050= $000003f2)
  911.      Entstehung dieses Blocks:
  912.       - Der Block war wirklich einmal ein Fileheader.
  913.       - Dann wurde das Info-File geloescht. Leider ueberschreibt
  914.         dabei das Betriebssystem die freigegebenen Bloecke NICHT,
  915.         sondern aendert nur den Direintrag und die Bitmap. Sonst
  916.         wuerden auch Prg.e wie undelete oder DiskSalv2 nicht ar-
  917.         beiten.
  918.       - Jetzt wurde ein neues File aufgespielt und der letzte Teil
  919.         des Programms ist in diesem Block gelandet. Das Betriebs-
  920.         system ueberschreibt in diesem Block nur den Teil, den es
  921.         braucht. Der Rest bleibt unveraendert.
  922.       - In diesem Block sind also jetzt wichtige Daten und Teile
  923.         eines nicht mehr benoetigten "Uralt-Fileheaders".
  924.       - Dies ist kein Problem im Normalfall.
  925.       - Aber hier beginnt der Rest des neuen Files zufaellig mit
  926.         $00000002 und das ist halt eine Kennung fuer das Betriebs-
  927.         system. Deshalb irrt hier VT.
  928.       - Im OFS wuerde der Datenblock mit $00000008 beginnen und VT
  929.         wuerde sich nicht melden.
  930.      Ich glaube, jetzt sollte auch klar sein, warum ich der Funktion
  931.      "Correkt CheckSum" an dieser Test-Stelle von VT ablehnend gegen-
  932.      ueberstehe. Die Gefahr der falschen Anwendung ist mir trotz
  933.      "wollen Sie wirklich"-Requesters zu gross.
  934.  
  935.  
  936.    Test4:
  937.    Alle LinkViren, die ich kenne, werden mit Blocknummer (egal ob ADos
  938.    oder FFS) weiss angezeigt. Ausbauversuch bitte mit Filetest.
  939.  
  940.    Hinweis: BlockITest testet ALLE Bloecke. D.h. es kann ein LinkVirus
  941.    gefunden werden, der schon aus dem Verzeichnis geloescht ist, gar
  942.    nicht mehr aktiv werden kann und auch von FileTest nicht gefunden
  943.    wird.
  944.    Grund: Amiga-Dos entfernt bei Rename und Delete nur den Filenamen
  945.    aus dem Verzeichnis und gibt die Bloecke in der Bitmap frei. Die
  946.    FileDataBloecke dagegen werden NICHT veraendert.
  947.    Merken Sie sich die Blocknummer und setzen Sie den Blockinhalt mit
  948.    einem Diskmonitor oder Block loeschen (s.u.) auf NULL.
  949.  
  950.    decode IRAK  (09/10.07.91)
  951.  
  952.    Block loeschen:
  953.    Zuerst bitte die Disk mit Blockkette und Filetest ueberpruefen. Ge-
  954.    meldete Fehler dort schon ausbessern. Dann und wirklich erst dann
  955.    Bloecke mit BlockITest loeschen. VT kann ein File (z.B. Jack ver-
  956.    seucht) danach NICHT mehr reparieren. Warum dann dieser Programm-
  957.    teil: weil AmigaDos die Databloecke nicht mitloescht. Ich habe
  958.    mehrere aeltere PD-Disks zugeschickt bekommen, bei denen die User
  959.    mit BlockITest nicht mehr von Dos benutzte aber verseuchte Bloecke
  960.    gefunden haben. Um diese Unruhe zu beseitigen, wurde dieser Programm-
  961.    teil eingebaut.
  962.    Ablauf:
  963.       -Block zeigen    ja
  964.       -Block loeschen  ja      usw.
  965.  
  966.    Test5:
  967.    Wird nur durchgefuehrt, wenn Sie in VT-Prefs den Haken gesetzt haben.
  968.    Dann wird ueberprueft, ob im Sector-Header Daten abgelegt sind. Im
  969.    Header sind 16 Bytes ungenutzt. Vor einigen Jahren gab es Programme,
  970.    die in diesen Bereich Daten ablegen konnten und auch wieder lesen.
  971.    Nachteil:
  972.      Nicht jedes Diskcopy-Programm kopiert den SectorHeader mit:
  973.            Commodore-DiskCopy  Nein
  974.            TurboBackup         Ja
  975.            D-Copy              Ja      usw.
  976.    Damit nun nicht jemand denkt, er kann eine neue Variante plazieren,
  977.    wird ab VT2.54 dieser Bereich auf Wunsch beim BlockITest mitgetestet.
  978.    Der Test wird dadurch nicht einmal 1 Sekunde langsamer.
  979.    Falls Sie mehrmals die Meldung -Daten im SecHeader- erhalten, sollten
  980.    Sie abbrechen und in VT-Prefs den Haken entfernen. Danach koennen Sie
  981.    den BlockITest wiederholen und Sie werden nicht mehr mit der Meldung
  982.    konfrontiert.
  983.    ABER !!!  Sie wissen, dass in den SectorHeadern der Disk zusaetzliche
  984.    Daten untergebracht sind. Unternehmen Sie etwas dagegen. z.B. Kopie
  985.    anfertigen mit Commodore-Diskcopy und ueberpruefen Sie danach die
  986.    Lauffaehigkeit der Programme auf der Disk.
  987.    Rechnung fuer DD-Disk:
  988.            16 Bytes x 11 Sektoren x 160 Tracks = 28160 Bytes
  989.        Viel Platz also .
  990.    Falls Daten im Sektorheader enthalten sind, so werden diese dann im
  991.    BlockITest angezeigt. Weiter dann mit li.Maustaste oder Space . Ab-
  992.    bruch mit re.Maustaste oder Esc .
  993.  
  994.  
  995.  
  996.    BlockKette
  997.    ----------
  998.  
  999.    Hinweis 26.07.93: Sollte beim Test HARDLink oder SOFTLink auftauchen,
  1000.      so handelt es sich weder um einen Virenbefall noch um einen Cruncher,
  1001.      sondern um den Hinweis auf eine Routine des Betriebssystems. Nachzu-
  1002.      lesen bei VT2.xyd am Ende von FileTest (weiter unten).
  1003.  
  1004.    Hinweis 13.08.92: Unter KS1.3 kann rechts oben fuer 2 Sekunden der
  1005.        Hinweis " Status: validating!" auftauchen. Ein Teil der Disk ist
  1006.        dann defekt. In Tools/LWinfo muesste dann auch Status: validating
  1007.        stehen. Dabei kann die Bitmap IN ORDNUNG sein !!!! Dieser Fehler
  1008.        wird ab KS2.04 von AmigaDos abgefangen. Die Disk ist aber irgend-
  1009.        wo DEFEKT. z.B. Bad Listblock, Byte<->Block, Bad T-List usw. Die
  1010.        Disk kann von AmigaDos NICHT repariert werden (von VT auch nicht).
  1011.        Probieren Sie DiskSalv (Erfolg: gering). Probieren Sie BlockKette,
  1012.        damit Sie die Fehlerquelle finden koennen.
  1013.  
  1014.    SchnellStopp: Space o. linke Maustaste  weiter dann wieder mit Space
  1015.    Abbruch:      Esc oder re.Maustaste
  1016.  
  1017.    Testet JEDEN Block EINES Files auf Fehler (siehe bei BlockITest) und
  1018.    Viren (siehe bei FileTest).
  1019.    Hinweis: das alte Amiga File System arbeitet mit einer doppelten Ver-
  1020.    kettung. Sollte ein "Soft"-Fehler auftauchen (z.B. bad HeaderKey), so
  1021.    so kann dieser haeufig mit copy df0: to df1: all  behoben werden. Bei
  1022.    Trackfehlern verwenden Sie bitte z.B. Disksalv .
  1023.    Hinweis: Feb 92
  1024.    Es scheint ein kommerzielles Diskoptimierungsprogramm zu geben, das
  1025.    die Anforderungen von Commodore (jeder DatenBlock unter OFS enthaelt
  1026.    einen Rueckzeiger auf den Fileheader) in bestimmten Situationen NICHT
  1027.    einhaelt und den Rueckzeiger auf den eigenen FileDatenblock zeigen
  1028.    laesst.
  1029.    Inzwischen scheint ein Prg. aufgetaucht zu sein, das entgegen den
  1030.    Commodore-Richtlinien $00000000 als Rueckzeiger eintraegt.
  1031.    Wird Halt nach jeder Seite in VT-Prefs nicht gewaehlt, so stoppt VT
  1032.    bei jedem Fehler (aber nicht bei Cruncher).
  1033.    Read-Bit hat keine Auswirkungen, da ueber Blockroutine gelesen wird.
  1034.    Hinweis:
  1035.    Die LinkViren LZ, Golden Rider und Crime! koennen hier nicht sicher
  1036.    erkannt werden, da die Routine nur je einen Block einlesen kann (geht
  1037.    nicht anders). Da die Viren sich ans Ende des 1.Hunks haengen, kann
  1038.    ein Teil der 3 Testlangworte im gelesenen Block und der andere Teil
  1039.    im naechsten Block liegt. VT findet dann beim Vergleichen nicht alle
  1040.    3 Langworte und meldet sich nicht. Beim FileTest SOLLEN die Viren
  1041.    SICHER erkannt werden.
  1042.    Hinweis: Shell hat den Wert Null. Beim EinzelFileCopy gibt es manchmal
  1043.    einen Fehler. VT meldet dann der Zeiger aus dem Fileheader auf den
  1044.    Datenblock stimmt nicht. Loeschen Sie das shell-File und kopieren
  1045.    Sie noch einmal. Vergleichen Sie mit der OrigWB. hier meldet sich VT
  1046.    NICHT !!!
  1047.    Am Schluss werden die untersuchten Verzeichnisse und Files ausgegeben.
  1048.    wichtig: in der Verzeichnisanzahl sind die Rootdir und leere Subdirs
  1049.    enthalten.
  1050.    Fehlermeldungen:
  1051.     - Blockanzahl falsch
  1052.        Im Fileheader steht ab $c die Blockanzahl fuer das File. Diese
  1053.        Zahl und die wirklich im Fileheader eingetragenen Bloecke stimmen
  1054.        NICHT ueberein. Kann mit copy df0: df1: all behoben werden.
  1055.     - Block o. Byteanzahl falsch
  1056.        Die Blockanzahl im Fileheader ergibt -multipliziert mit den Daten
  1057.        der Bloecke (OFS=488, FFS=512)- NICHT die im Fileheader eingetragene
  1058.        Filelaenge. Dass der letzte Datenblock nicht voll sein muss, wird
  1059.        von der TestRoutine beruecksichtigt.
  1060.     - Filelistfehler
  1061.        Ein in der Blockliste im Fileheader eingetragener Block gehoert
  1062.        NICHT zu dem File.
  1063.     - bad headerKey
  1064.        Der Rueckzeiger ($4) im Datenblock auf den Fileheader ist FALSCH
  1065.        Versuchen Sie copy df0: df1: all
  1066.     - bad SequenzNr
  1067.        Im DatenBlock steht bei OFS ein falscher Wert.
  1068.        Beispiel: es kaeme jetzt der 5.Block des Files und im entsprechenden
  1069.        Langwort des Datenblocks steht 20 .
  1070.  
  1071.    BB -> Speicher
  1072.    ---------------
  1073.    bitte DF0: oder Devs anklicken
  1074.    Lade Bootbloecke in Speicher und teste
  1075.    Viren, die ich habe, werden auf drei !!! Langwoerter getestet im BB
  1076.    Sollte ein Virenname und vier umgedrehte Fragezeigen erscheinen,
  1077.    so besitze ich den BBVirus nicht und habe ein Langwort in einer
  1078.    Veroeffentlichung gefunden.
  1079.    Hier lehne ich jede !!!! Verantwortung ab! Bitte schicken Sie
  1080.    diese Bootbloecke an mich! DANKE!
  1081.    Es wird ab VT2.33 Block0-3 gezeigt.
  1082.  
  1083.    Festplatte: Bei der Partition mit dem niedrigsten LowCyl wird der
  1084.       echte PHYSIKALISCHE Block 0 angezeigt. Bei den anderen Partitionen
  1085.       der LOGISCHE Block 0. BITTE aendern Sie den ECHTEN Block 0 NICHT !!
  1086.       EIN Fehler und der Zugriff auf ALLE Daten der HD wird unmoeglich !!
  1087.  
  1088.    Speicher -> BB
  1089.    ---------------
  1090.    bitte DF0: oder Devs anklicken
  1091.    schreibe Speicher in Bootblock 0 u 1 von DfX
  1092.    MERKE: Nach Track 0 werden IMMER NUR 1024 Bytes geschrieben, auch
  1093.       wenn Sie vorher 2048 Bytes geladen haben !!!! Warum ? Damit mit
  1094.       VT keine 4-Block-Viren installiert werden koennen !!!
  1095.    Sie koennen damit also auch BBe kopieren (aber bitte keine Viren!)
  1096.    Schreibbedingungen:
  1097.             - 512 Bytes/Sektor
  1098.  
  1099.    Ueberlege, bevor Du einen BB auf Festplatte schreibst !!!!!!!!!!
  1100.    MERKE: Auf den physikalischen Block 0 der HD schreibt man nicht,
  1101.           wenn man einen Nervenzusammenbruch vermeiden will !!!
  1102.  
  1103.    MERKE 2:
  1104.    Bitte schreiben Sie auf eine FFS-Disk NIE einen OFS-BB (und gegen-
  1105.    gleich). Warum ?? Nach einem Reboot wird die Disk als OFS behandelt
  1106.    und wenn Sie jetzt ein File auf diese Disk kopieren, zerstoeren Sie
  1107.    die Diskstruktur. Glauben Sie nicht. Dann probieren Sie es aus. Ich
  1108.    habe es auch nicht fuer moeglich gehalten, bis mir die 1.Disk so
  1109.    zerstoert zugeschickt wurde.
  1110.  
  1111.    Speicher
  1112.    --------
  1113.    Hinweis 20.03.93: Falls Sie im Icon SCREEN=PROD eingestellt haben, so
  1114.     werden jetzt 2 Bloecke angezeigt, da mehr Platz ist. Lassen Sie sich
  1115.     nicht verwirren. Der 2.Block beginnt bei $200. Sie sehen dann also
  1116.     den ganzen BB (1024 Bytes) auf einem Blick.
  1117.  
  1118.    alle Veraenderungen werden nur im Speicher vorgenommen
  1119.    auf Disk wird der Speicher erst mit s.o. geschrieben
  1120.  
  1121.    NoBoot = erstelle Blocks ohne BootPrg.
  1122.          klicke:
  1123.                   OF  fuer altes AmigaDosSystem
  1124.                   FF  fuer FastFileSystem
  1125.  
  1126.    insta. = erstelle bootbare Disk
  1127.          klicke:
  1128.                   OF  fuer altes AmigaDosSystem
  1129.                   FF  fuer FastFileSystem
  1130.  
  1131.    BLK0/1/2/3 = Wechselgadget zur Anzeige von Blk 0-3 in HEX und ASCII
  1132.  
  1133.     .-Taste = BLK 0-3
  1134.         Pfeil rechts-Taste = BLK 0-3
  1135.    Mit install (Ver.37.5 vom 28.4.91) der WB 37.67 wird ein neuer
  1136.    Bootblock geschrieben, der die expansion.library patched. Ob
  1137.    das bei der ROM-Version von KS2.0 auch notwendig ist, wird sich
  1138.    zeigen.
  1139.    Stand 27.10.91: Auch der Install-Befehl des A500+ schreibt diesen
  1140.       BootBlock. Wahrscheinlich war die Entwicklung des ROM`s zu weit
  1141.       fortgeschritten.
  1142.  
  1143.    BB-KS2.0 mit expansion.library
  1144.     dc.l $444F5300,$E33D0E73,$00000370,$43FA003E
  1145.     dc.l $70254EAE,$FDD84A80,$670C2240,$08E90006
  1146.     dc.l $00224EAE,$FE6243FA,$00184EAE,$FFA04A80
  1147.     dc.l $670A2040,$20680016,$70004E75,$70FF4E75
  1148.     dc.l $646F732E,$6C696272,$61727900,$65787061
  1149.     dc.l $6E73696F,$6E2E6C69,$62726172,$79000000
  1150.  
  1151.     
  1152.    BB-FFS-KS2.0 mit expansion.library
  1153.     dc.l $444F5301,$E33D0E72,$00000370,$43FA003E
  1154.     dc.l $70254EAE,$FDD84A80,$670C2240,$08E90006
  1155.     dc.l $00224EAE,$FE6243FA,$00184EAE,$FFA04A80
  1156.     dc.l $670A2040,$20680016,$70004E75,$70FF4E75
  1157.     dc.l $646F732E,$6C696272,$61727900,$65787061
  1158.     dc.l $6E73696F,$6E2E6C69,$62726172,$79000000
  1159.  
  1160.     
  1161.        BB KS2.0 mit expansion.library  25.08.91
  1162.  
  1163.              ;DOS0    PruefSumme  Zeiger auf RootBlock
  1164.                                     (nicht wichtig)
  1165.     000A0000 444F5300 E33D0E73    00000370
  1166.  
  1167.                ;Zeiger auf Name "expan...."
  1168.     000A000C 43FA003E                                 LEA $A004C(PC),A1
  1169.                ;mind. Vers 37
  1170.     000A0010 7025                                     MOVEQ #$25,D0
  1171.                ;openlib
  1172.     000A0012 4EAEFDD8                                 JSR -$228(A6)
  1173.     000A0016 4A80                                     TST.L D0
  1174.                ;nicht gefunden
  1175.     000A0018 670C                                     BEQ.S $A0026
  1176.  
  1177.     000A001A 2240                                     MOVEA.L D0,A1
  1178.                ;patch
  1179.     000A001C 08E900060022                             BSET #6,$22(A1)
  1180.                ;closelib
  1181.     000A0022 4EAEFE62                                 JSR -$19E(A6)
  1182.                ;Zeiger auf Name "dos..."
  1183.     000A0026 43FA0018                                 LEA $A0040(PC),A1
  1184.                ;FindResident
  1185.     000A002A 4EAEFFA0                                 JSR -$60(A6)
  1186.     000A002E 4A80                                     TST.L D0
  1187.                ;nicht gefunden
  1188.     000A0030 670A                                     BEQ.S $A003C
  1189.  
  1190.     000A0032 2040                                     MOVEA.L D0,A0
  1191.                ;hole Zeiger auf Initial. nach a0
  1192.     000A0034 20680016                                 MOVEA.L $16(A0),A0
  1193.     000A0038 7000                                     MOVEQ #0,D0
  1194.     000A003A 4E75                                     RTS
  1195.                ;FehlerFlag setzen
  1196.     000A003C 70FF                                     MOVEQ #-1,D0
  1197.     000A003E 4E75                                     RTS
  1198.  
  1199.     000A0040 dc.b "dos.library",0
  1200.  
  1201.     000A004C dc.b "expansion.library",0,0,0
  1202.  
  1203.     000A0060 00000000 00000000 00000000 00000000
  1204.  
  1205.    OriginalBB  (frueher Lam3)
  1206.    --------------------------
  1207.     Nur aktiviert, wenn gefunden wurde:
  1208.        - Lamer 3           (Block2 u 3 codiert)
  1209.        - Little Sven       (Block2 u 3 codiert)
  1210.        - MALLANDER         (Block2 u 3 nicht codiert)
  1211.        - Overkill          (Block2 u 3 nicht codiert)
  1212.        - ZENKER            (Zylinder 40)
  1213.     Lamer3 und Little Sven verschieben OrigBB codiert nach Block 2 u. 3
  1214.    Block 2 u. 3 wird entschluesselt und in Speicher geschrieben. Danach
  1215.    kann man den OrigBB zurueckschreiben.
  1216.    Wann nuetzt das nicht viel ???
  1217.    - Wenn der Kopierschutz schon auf Track 0 beginnt (Longtrack usw)
  1218.       (das Prg ist aber schon mit Lam3 nicht mehr gelaufen).
  1219.    - Wenn ein File oder BootblockIntro Block 2 u 3 belegt hat.
  1220.       So habe ich Lamer3 damals auf einer PD-Disk gefunden
  1221.       (das File ist aber schon durch Lamer3 zerstoert worden).
  1222.  
  1223.    FileTest:           (ProgrammFileTest)
  1224.    ---------
  1225.          - Sie haben in VTPrefs SeitenStopp eingestellt
  1226.          - oder Stopp mit Space-Taste oder li. Maustaste
  1227.            weiter dann wieder mit Space oder li. Maustaste
  1228.          - Abbruch mit ESC-Taste oder re.Maustaste
  1229.       Hinweis:
  1230.       Seit KS2.04 oder FFS wird das Read-Bit getestet. Verwenden Sie
  1231.       bitte bei so einem File BlockKette oder lassen Sie VT das Bit
  1232.       loeschen. Die restlichen Bits bleiben im Originalzustand.
  1233.       Mit dem WB-Befehl (in c zu finden) protect oder Protect im
  1234.       VT-FileRequester koennen Sie spaeter das READ-Bit wieder setzen.
  1235.  
  1236.    - entsprechende Disk einlegen u n d warten bis LW-Led aus ist!!!
  1237.    - DF0, Devs oder RAM anklicken
  1238.    - F-Taste startet FileTest DF0
  1239.    - M-Taste startet FileTest RAM  (ab VT2.54)
  1240.  
  1241.  
  1242.    Test1:
  1243.    Dieser Test wird nur durchgefuehrt, wenn DOS0 (=OFS) gefunden wurde.
  1244.       Teste Langwort 0 des Filedatablock auf 8 :
  1245.          Fehlermeldung: bad T.DATA
  1246.       Teste ob der Zeiger in Langwort 1 auf den Fileheader zeigt:
  1247.          Fehlermeldung: bad HEADERKEY
  1248.       Teste ob der Wert in Langwort 2 die richtige Reihenfolge enthaelt:
  1249.          Fehlermeldung: bad SEQNumber
  1250.  
  1251.    - normale Schrift: nichts gefunden
  1252.     Hinweis 16.06.93: Dieser Test ist bei der variablen RAM-Disk NICHT
  1253.       moeglich, geht aber bei RAD .
  1254.  
  1255.    Test2:
  1256.    - normale Schrift: nichts gefunden
  1257.    - blaue Schrift und Requester: wahrscheinlich Virus im File
  1258.    - weisse Schrift: File ist gepackt (z.B. PowerPacker) oder
  1259.                      Archiv (z.B. lha)
  1260.                      k e i n  Test auf Virusbefall moeglich
  1261.                      bitte entpacken und dann neu testen
  1262.    - blaue Schrift und Text:    File defekt ?
  1263.             Datenstruktur am Fileanfang stimmt nicht. Bitte merken Sie
  1264.             sich den Filenamen und versuchen Sie das File aus dem Cli
  1265.             zu starten. Hinweis: ein Fehler z.B. im 55 Datenblock eines
  1266.             Files wird in diesem Programmteil NICHT erkannt !!! Verwenden
  1267.             Sie dafuer bitte Blockkette.
  1268.             Eine grosse Anzahl von gefundenen defekten Dateien auf einer
  1269.             Disk, kann den VT zum Absturz bringen. Dies liegt NICHT am
  1270.             VT, sondern am AmigaDos. Jedes defekte File im Cli gestartet,
  1271.             fuehrt zum GURU. Wer's nicht glaubt, bitte selbst ausprobieren.
  1272.  
  1273.  
  1274.    - findet IRQ I, IRQ II, BGS9 I-III, Disaster Master, Revenge Lamer1+2,
  1275.      OrigPrg.e, die von Bgs9 I, BGS9 II oder Terrorists verschoben wurden,
  1276.      XENO, JEFF-BUTONIC I+II+3.10, Terrorists, THE SMILY CANCER1+2, Traveling
  1277.      Jack I+II, Return Of The Lamer (Disk-Validator), CCCP-Link
  1278.      TimeBomb V0.9, TimeBomber, EM-Wurm, BRET HAWNES, SADDAM, Color,
  1279.      BlueBox, LZ, Lamer-LoadWB, Gotcha, PP-Bomb, Virusblaster V2.3, Byte-
  1280.      Parasite1+2+3, Freedom, initial_cli, NoGuru, Disk.info, LAMER8-File, Mem-
  1281.      Check, Golden Rider, Disktroyer V1.0, CHAOS-MASTER, NoVi, Hochofen,
  1282.      DATA CRIME, Crime!, Excreminator 1, IRAK+Clones, NaST, METHAMORPHOSIS,
  1283.      Challenger, DARTH VADER, Crime!++, DriveInfo, DiskVal1234, LAME, LOOM,
  1284.      Infiltrator, RISC, HARD, 1.29, 4711, NATO, KICK,
  1285.  
  1286.    - loescht auf Wunsch Prg.Viren
  1287.      ein Requester erscheint, es ist aber auch 'Weiter' moeglich
  1288.      in der startup-sequence muss bei Bedarf mit ed die 1. Zeile
  1289.      geloescht werden.
  1290.          DOpusRT-Virus: wird geloescht
  1291.          Lameralt-File: wird geloescht, da jeder endcli besitzt
  1292.          BGS9 /3        VT unternimmt einen Renameversuch mit devs/A0,0
  1293.          Infiltrator    VT unternimmt Ausbauversuch
  1294.          DARTH VADER  ($A0)  einfach loeschen, bitte 1.Zeile Startup-
  1295.             sequence mit Editor loeschen
  1296.          Challenger (setclock)  VT sucht nach OrigFile in devs/keymaps,
  1297.             falls nicht gefunden, wird Virus allein geloescht.
  1298.          Nast=BGS9-Clone  VT sucht nach OrigFile in c, falls nicht ge-
  1299.             funden, wird Virus allein geloescht.
  1300.          RobNorthern=BGS9-Clone  VT sucht nach OrigFile in devs, falls
  1301.             nicht gefunden, wird Virus allein geloescht.
  1302.          Libs/Exec.library ( 4 Bytes), gehoert zu Excreminator 1
  1303.          einfach loeschen
  1304.          Excreminator 1
  1305.          einfach loeschen
  1306.          NoVi:
  1307.          versucht zuerst Rename mit .fastdir,$a0
  1308.          (Aenderung der startup-s. dann nicht notwendig !!)
  1309.          falls File nicht gefunden wird, wird die Loeschung des Viren-
  1310.          Prg.s allein angeboten (bitte dann startup-sequence aendern)
  1311.          CHAOS-MASTER = dir und disk.info
  1312.          wird geloescht, bitte dir-Befehl von OrigWB neu kopieren
  1313.          Disktroyer V1.0:
  1314.          wird geloescht, bitte startup-sequence ueberpruefen.
  1315.          memcheck:
  1316.          wird geleoscht, bitte 1.Zeile Startup-sequence loeschen
  1317.          LAMER8-File:    (haengt an VirusX)
  1318.          wird geloescht, da sich jeder Original-VirusX besorgen kann.
  1319.          Disk.info:      mit Text manipuliert
  1320.          wird geloescht, bitte von Original-WB neu kopieren
  1321.          NoGuru:
  1322.          wird geloescht, fuer Arbeit nicht notwendig
  1323.          initial_cli:     (AMIGAKNIGHT-Virus)
  1324.          wird geloescht, 1.Zeile startup-sequence bitte mit ED loeschen !!
  1325.          Freedom:
  1326.          wird geloescht
  1327.          JEFF BUTONIC V3.10:
  1328.          wird geloescht, 1.Zeile startup-sequence bitte mit ED loeschen !!
  1329.          ByteParasite1+2+3:
  1330.          wird geloescht
  1331.          Virusblaster V2.3:
  1332.          wird geloescht
  1333.          PP-Bomb:
  1334.          wird geloescht (Bitte kopieren Sie Powerpacker 3.0b)
  1335.          Gotcha LAMER:
  1336.          wird geloescht (Bitte kopieren Sie bei Bedarf dir, run, cd oder
  1337.                         execute von Orig.WB zurueck)
  1338.          Lamer-LoadWB:
  1339.          wird geloescht (Bitte kopieren Sie LoadWB von Orig.WB zurueck)
  1340.          icon.library-BlueBox-Virus:
  1341.          wird geloescht (Bitte kopieren Sie icon.library von Orig.WB zurueck)
  1342.          color-Filevirus:
  1343.          wird geloescht (Aenderung in startup-s. nicht notwendig)
  1344.          IRAK-DataBlock:
  1345.          decodiert den Datenblock und schreibt ihn zurueck (sehr langsam)
  1346.          geht schneller mit BlockITest.
  1347.          SADDAM:
  1348.          loescht Disk-Validator
  1349.          (Aenderung in startup-s. nicht notwendig)
  1350.          BRET HAWNES:
  1351.          loescht $C0A0E0A0C0 in Root
  1352.          1.Zeile in startup-sequence muessen sie mit ed loeschen
  1353.          EM-Wurm:
  1354.          loescht $A0 in c
  1355.          loescht gefundene zerstoerte Dateien auf Wunsch
  1356.          Disaster Master:
  1357.          loescht cls
  1358.          Revenge Lamer 1 u. 2 :
  1359.          loescht A0A0A0A0A0
  1360.          Jeff-Butonic 1 u. 2 :
  1361.          loescht unsichtb. File oder Alias-Name (s.b. Jeff-Beschreibung)
  1362.          TimeBomb V0.9:
  1363.          loescht .info in c
  1364.          und falls vorhanden pic.xx in Root
  1365.          TimeBomber:
  1366.          loescht virustest
  1367.          und falls vorhanden VIRUSTEST.DATA
  1368.          Return of the Lamer:
  1369.          loescht Disk-Validator
  1370.          (Aenderung der startup-s. nicht notwendig !!)
  1371.          BGS9 1+2 und Terrorists:
  1372.          versucht zuerst Rename mit unsichtbarem File
  1373.          (Aenderung der startup-s. dann nicht notwendig !!)
  1374.          falls unsichtbares File nicht gefunden wird, wird die Loeschung
  1375.          des Viren-Prg.s angeboten
  1376.          Traveling Jack
  1377.          loescht auf Wunsch von Jack erzeugtes File (VIRUS.xy)
  1378.  
  1379.    - baut auf Wunsch CCCP, IRQ1+2, The Smily Cancer1+2, Traveling Jack1+2
  1380.      Xeno, LZ, Golden Rider, Hochofen, DATA CRIME, Crime!, Crime!++,
  1381.      Infiltrator, Crime92,
  1382.       aus File aus
  1383.       ( K e i n e  100% Garantie fuer Lauffaehigkeit !!!! Falls der
  1384.       Ausbau misslingt, schicken Sie mir bitte das verseuchte Original-
  1385.       file. Danke ! )
  1386.      Bei einem Fehlschlag kopieren Sie das verseuchte File auf eine
  1387.      leere formartierte Disk und versuchen dann den Ausbau.
  1388.       oder
  1389.      Um stark fragmentierten Speicher (kann eine Fehlerursache sein)
  1390.      zu beseitigen, starten Sie Kreset oder schalten Sie den Computer
  1391.      eine Minute aus.
  1392.      Wichtig:
  1393.      Nach dem Ausbauversuch startet das Programm neu um das Zurueck-
  1394.      schreiben zu ueberpruefen. Sollte das File immer noch blau sein,
  1395.      so waere ich fuer eine Nachricht dankbar.
  1396.      oder:
  1397.      Sie haben ein File, das mehrfach von IRQ2, Smily, LZ, Golden Rider,
  1398.      Crime, Crime!++ verseucht ist.
  1399.      Ich besitze ein IRQ2-verseuchtes File mit sechs Links, ein Smily-File
  1400.      mit vier Links und ein LZ-File mit zwei Links. Grenze bei Golden
  1401.      Rider ist 100000 Bytes. Hier muessen Sie dann
  1402.      ueber den File-Requester die Abnahme der Filegroesse kontrollieren und
  1403.      den Ausbauversuch fortsetzen.
  1404.  
  1405.    - sucht nach von BootControl V4.0, FileBootBlock, BB 2.0
  1406.      aus BB-Viren erzeugte
  1407.      Files (vgl. Fish). Entgegen meiner Erwartung laufen einige so erzeugte
  1408.      Files (Laenge:1048, 1056, 1060, 1072) ohne Absturz an !!!!!
  1409.    - Am Schluss werden die untersuchten Verzeichnisse und Files ausgegeben.
  1410.      wichtig: in der Verzeichnisanzahl sind die Rootdir und leere Subdirs
  1411.      enthalten, aber nicht SOFT- oder HARDLinks.
  1412.  
  1413.    Hinweis 26.07.93: Sollte beim Test HARDLink oder SOFTLink auftauchen,
  1414.      so handelt es sich weder um einen Virenbefall noch um einen Cruncher,
  1415.      sondern um den Hinweis auf eine Routine des Betriebssystems.
  1416.      Soft- und HardLinks geben ab KS2.04 die Moeglichkeit, "Schein"-Files
  1417.      oder "Schein"-Dirs zu erzeugen. Der Vorteil: Es wird auch fuer ein
  1418.      riesiges Verzeichnis NUR 1 Block gebraucht. Sie sparen also Platz.
  1419.      Nachteil: Falls Sie solche Links mit KS2.04 auf Disk erzeugen und
  1420.      dann zu KS1.3 wechseln, koennen Sie SICHER mit einem GURU rechnen.
  1421.      Das hat nichts mit VT oder einem anderen Prg zu tun, sondern KS1.3
  1422.      kennt einfach keine Links. VT testet jetzt diese Links nicht mehr,
  1423.      sondern nur noch die Orginale, da sonst ein "Doppeltest" stattfindet.
  1424.      VT gibt in heller Schrift SOFTLink oder HARDLink aus, haelt aber
  1425.      NICHT an.
  1426.       HardLinks:
  1427.       Koennen mit makelink im c-Verzeichnis erzeugt werden.
  1428.       Fuer HardLinks auf ein Verzeichnis muessen Sie eingeben:
  1429.       makelink  df0:hardc  df0:c  FORCE
  1430.       Fuer HardLinks auf ein File muessen Sie eingeben:
  1431.       makelink  df0:hardVT  df0:Test/VT
  1432.       Sie arbeiten also nur auf der gleichen Partition.
  1433.       Das Betriebssystem kann sauber zwischen Dir und File unterscheiden.
  1434.       SoftLinks:
  1435.       Koennen mit makelink im c-Verzeichnis NICHT erzeugt werden.
  1436.       Es gibt aber Prg. (z.B. von Stefan Becker) im PD-Bereich, die das
  1437.       koennen.
  1438.       Sie arbeiten auch mit verschiedenen Partition.
  1439.       also z.B. :
  1440.       makelink  df0:softVT hd3:schutz/VT
  1441.       Das Betriebssystem kann leider NICHT zwischen Dir und File unter-
  1442.       scheiden. Es wird IMMER ein positiver Wert zurueckgegeben. Na ja
  1443.       Commodore koennte den Fehler beheben, indem man in Zukunft auf
  1444.       -+ 5 ausweicht. Dann waere im rekursiven Test wieder eine Unter-
  1445.       scheidung in File und Dir SICHER moeglich.
  1446.       VT zaehlt Soft- und HardLink weder bei der Verzeichnis- noch bei
  1447.       File-Anzahl mit !!!!
  1448.  
  1449.  
  1450.    Startup-S DF0/Devs
  1451.    ------------------
  1452.    - zeigt 2KB der startup-sequence falls vorhanden, umschalten bitte
  1453.      mit BLK0/1/2/3-Gadget, hilfreich fuer schnelle Suche nach $A0 usw.
  1454.      in 1. Zeile
  1455.       aber bitte nicht $0A mit $A0 verwechseln !!
  1456.    - zeigt  n i c h t  startupII oder startup-sequence.hd
  1457.       (Anzeige jetzt moeglich = Umweg ueber FileRequester)
  1458.  
  1459.  
  1460.  
  1461.    Sp -> File -> Sp    = FileRequester
  1462.    -----------------------------------
  1463.         entfernt Aug 92  siehe Dok VT-FileReq
  1464.  
  1465.                                    
  1466.    Devs=Device-Requester
  1467.    =====================
  1468.       Nimmt bis zu 30 "gemountete" Devices auf. (also kein assign, kein RAW
  1469.       AUX, s usw.)
  1470.       Nach 30 uebernommenen Eintraegen wird die Suche beendet.
  1471.       Ende  Abbruch ohne Auswahl
  1472.       Auswahl mit linker Maustaste
  1473.       Scroll mit PropGadget
  1474.       Die "einfache" Commodore-RAM-Disk wird nicht erkannt.
  1475.       CDROM mit der Kennung CDx: sollten ab VT2.49 angezeigt werden.
  1476.  
  1477.  was kann das Prg. nicht:
  1478.  ------------------------
  1479.    - ist nicht speicherresident
  1480.      - bitte P-Bit nicht setzen - sicherer Guru !!!!
  1481.    - bitte nicht mehrere Programme gleichzeitig laufen lassen
  1482.    - Virennamen aus der startup-sequence entfernen
  1483.       (verwenden Sie hierfuer bitte Ihren Editor)
  1484.  
  1485.  Es werden nur Viren ohne Reset geloescht, die ich selbst reassembliert habe.
  1486.  Leider werden die Virenroutinen immer besser (immer mehr Listen und Zeiger
  1487.  veraendert), sodass mit vernuenftigen Aufwand der Orig.Zustand nicht mehr
  1488.  hergestellt werden kann. Deshalb inzwischen auch bei einigen Viren, die
  1489.  ich reassembliert habe, nur noch RESET !!
  1490.  Alles andere ist mir zu gefaehrlich !! (Zeiger vergessen, Task nicht erkannt
  1491.  usw.)
  1492.  
  1493.  
  1494.    BEKANNTE PROBLEME:
  1495.    ==================
  1496.  
  1497.    - Probleme mit Mach2.4, dann nehmen Sie bitte MachII V2.6 (z.B.Fish254)
  1498.       und lesen Sie bitte Mach2.6Doc !!
  1499.       Tip von J.K. fuer Mach2.4 :
  1500.          waehrend des Aufbaus von VT Mauszeiger bewegen
  1501.  
  1502.    - oder MachIII   (z.B.Fish378)
  1503.    - oder MachIII.1 (z.B.Fish471)
  1504.    - oder Mach IV
  1505.  
  1506.    - Probleme mit MyMenu, dann versuchen Sie bitte ParM (Fish 540)
  1507.          MyMenu haelt sich nicht an die Commodorerichtlinien.
  1508.  
  1509.    - VT meldet unter Kick1.3 eine 68030-Karte als 68020. Mit Kick2.0
  1510.      wird die Karte IMMER richtig erkannt. Der Fehler liegt bei Kick1.3
  1511.      (inzwischen auch in Literatur dokumentiert), da Bit 0 und 1 nicht
  1512.      aber Bit 2 gesetzt werden. Abhilfe: Aufruf von setcpu (auch ohne
  1513.      Parameter) setzt Bit 2.
  1514.      erledigt 09.08.91: VT erkennt jetzt auch unter KS1.3 OHNE setcpu
  1515.      68030/40 richtig
  1516.  
  1517.    - Memorywert von VT und z.B. Mach III sind verschieden. Bitte haengen
  1518.      Sie an MachIII-Wert 3 Nullen an und teilen dann durch 1024 (=1KB).
  1519.      Sie erhalten den VT-Wert. Also rechnet VT richtig !!! Faellt erst
  1520.      bei grossen MemWerten auf.
  1521.  
  1522.    - weitere Probleme bitte melden
  1523.  
  1524.    - Fuer Aenderungswuensche bin ich dankbar !!
  1525.        Texte bitte auf Disk
  1526.        (aber bitte nicht gecruncht, sondern als ASCII, Ihr
  1527.        Text- oder CrunchPrg besitze ich nach Murphy bestimmt nicht)
  1528.  
  1529.   D A N K E !!  D A N K E !!
  1530.  
  1531.   Bitte Disk mit "Viren" kennzeichnen !!!
  1532.   Adresse und Tel. nicht vergessen, kleiner Text waere nicht schlecht
  1533.    (Beides aber nicht unbedingt notwendig, nur das VIRUS-Prg.  zaehlt)
  1534.  
  1535.   Hinweis: Ich suche  n u r  Viren und neue Cruncher!! , Disk wird nach
  1536.            kopieren des VirusBBs oder des VirusPrgs  formatiert.
  1537.            Adresse und Tel. wandert nach Virusanalyse in Papierkorb !!
  1538.             (da keine Rueckfrage mehr notwendig)
  1539.            Ich pflege meine Zusagen auch einzuhalten !!
  1540.  
  1541.  
  1542.  
  1543.    Heiner Schneegold
  1544.    Am Steinert 8
  1545.    97246 Eibelstadt
  1546.    (Deutschland)
  1547.  
  1548.    Tel: 09303/8369
  1549.    (19.00 - 20.00 Uhr)
  1550.  
  1551.  Heiner
  1552.  
  1553.  
  1554.  
  1555.